Enhanced Higher Priority Public Land Mobile Network (HPPLMN) Search

ABSTRACT

Embodiments provide an enhanced approach for Higher Priority Public Land Mobile Network (HPPLMN) search. In one embodiment, information acquired during a search (for each detected cell per frequency channel) is saved in a database and persisted in the database based on a validity time. An idle mode-to-connected mode transition by the UE, rather than aborting the search, only suspends the search for it to be resumed at a later time upon a connected mode-to-idle mode transition by the UE. Saved search data that is valid at the time of the transition is maintained and the frequency channel(s) associated with it is not re-searched in the current search. In an embodiment, the search is resumed based on weights that are associated with frequency channels, where a weight indicates a priority for visiting the frequency channel.

FIELD OF THE INVENTION

The present disclosure relates generally to frequency channel search inmobile devices.

BACKGROUND Background Art

In the 3G Long Term Evolution (LTE) protocol, when a User Equipment (UE)is camped on a Visited Public Land Mobile Network (VPLMN), the UEperiodically performs a search for a higher priority PLMN (HPPPLM)during idle mode periods of the UE. Specifically, the UE performs theHPPLMN search during DRx (Discontinuous Reception) inactivity periods,which are coordinated periods of time during which the UE is idle and isfree to not monitor a downlink control channel from the evolved NodeB(eNB) (base station) (the eNB does not schedule any downlinktransmissions to the UE during DRx inactivity periods).

Conventionally, the HPPLMN search is interrupted and aborted frequentlydue to uplink data generated by upper layers of the UE protocol stackand/or incoming downlink data to the UE, which cause the UE totransition from the idle mode to a connected mode. This results in theHPPLMN search causing significant power consumption in the UE, oftenwithout fully terminating, and the UE remaining camped on a lowerpriority PLMN.

BRIEF DESCRIPTION OF THE DRAWINGS/FIGURES

The accompanying drawings, which are incorporated herein and form a partof the specification, illustrate the present disclosure and, togetherwith the description, further serve to explain the principles of thedisclosure and to enable a person skilled in the pertinent art to makeand use the disclosure.

FIG. 1 illustrates the Long Term Evolution (LTE) protocol stack.

FIG. 2 is a state diagram of the radio resource control (RRC) layer ofthe LTE protocol stack.

FIG. 3 is a flowchart of an example process for performing a HigherPriority Public Land Mobile Network (HPPLMN) search according to anembodiment.

FIG. 4 is a flowchart of another example process for performing a HPPLMNsearch according to an embodiment.

FIG. 5 is an example state diagram of a HPPLMN search according to anembodiment.

The present disclosure will be described with reference to theaccompanying drawings. Generally, the drawing in which an element firstappears is typically indicated by the leftmost digit(s) in thecorresponding reference number.

DETAILED DESCRIPTION OF EMBODIMENTS

For purposes of this discussion, the term “module” shall be understoodto include at least one of software, firmware, and hardware (such as oneor more circuits, microchips, or devices, or any combination thereof),and any combination thereof. In addition, it will be understood thateach module can include one, or more than one, component within anactual device, and each component that forms a part of the describedmodule can function either cooperatively or independently of any othercomponent forming a part of the module. Conversely, multiple modulesdescribed herein can represent a single component within an actualdevice. Further, components within a module can be in a single device ordistributed among multiple devices in a wired or wireless manner.

FIG. 1 illustrates the Long Term Evolution (LTE) protocol stack. Asshown in FIG. 1, the LTE protocol stack includes a non-access stratum(NAS) layer 102, a radio resource control (RRC) layer 104, a packet dataconvergence protocol (PDCP) layer 106, a radio link control (RLC) layer108, a medium access control (MAC) layer 110, and a physical (PHY) layer112. The LTE protocol stack shown in FIG. 1 is typically implemented ona user equipment (UE) (mobile terminal).

RRC layer 104, PDCP layer 106, RLC layer 108, MAC layer 110, and PHYlayer 112 are considered access stratum (AS) layers, which handlefunctions related to the transmission of data over the radio interfaceand the management of the radio interface of the UE. Specifically, onefunction of the AS layers includes supporting Public Land Mobile Network(PLMN) selection by the NAS layer 102 by searching for and reportingavailable PLMNs to NAS layer 102.

NAS layer 102 maintains a list of allowed PLMN types (e.g., LTE, GSM,etc.) and a list of PLMN identities in priority order. NAS layer 102uses the two lists to select a PLMN for the UE to camp on. A Home PLMN(HPLMN) (a PLMN with a Mobile Country Code (MCC) and a Mobile NetworkCode (MNC) that match the MCC and MNC of the International MobileSubscriber Identity (IMSI) associated with the UE) is typically giventhe highest priority and camped on by the UE whenever available. A PLMNthat is not the HPLMN and that is camped on by the UE is called aVisited PLMN (VPLMN).

When the UE is camped on a VPLMN, the UE periodically performs a searchfor a higher priority PLMN (HPPPLM) during idle mode periods of the UE.More specifically, the UE performs the HPPLMN search during DRx(Discontinuous Reception) inactivity periods, which are coordinatedperiods of time during which the UE is idle and is free to not monitor adownlink control channel from the evolved NodeB (eNB) (base station)(the eNB does not schedule any downlink transmissions to the UE duringDRx inactivity periods).

Typically, NAS layer 102 maintains a HPPLMN search timer that triggers aHPPLMN search by the AS layers during DRx inactivity periods. When theHPPLMN search timer expires, NAS layer 102 sends a command to RRC layer104 to begin the HPPLMN search. RRC layer 104 manages the HPPLMN searchto coincide with one or more DRx inactivity periods.

For each radio access technology (RAT) supported by the UE (and/or asdetermined by NAS layer 102), RRC layer 104 in conjunction with PHYlayer 112 search all supported frequency bands and correspondingfrequency channels for the RAT. In LTE, each frequency channel isdefined by a number known as EARFCN (E-UTRA Absolute Radio FrequencyChannel Number). In the following, the term EARFCN is used to describe afrequency channel.

Typically, RRC layer 104 maintains for each supported RAT a list ofsupported frequency bands and corresponding EARFCNs within eachfrequency band. Conventionally, for each RAT being searched, RRC layer104 configures PHY layer 112 sequentially for all known EARFCNs (in oneimplementation, RRC layer 104 begins by searching the EARFCNcorresponding to a center frequency of a frequency band before swipingacross the complete bandwidth in a determined order). For each EARFCNbeing searched, PHY layer 112 performs measurements to detect radiocells (cells) available on the searched EARFCN. Cells may or may not bedetected on a given EARFCN.

PHY layer 112 reports detected cells, if any, to RRC layer 104. For adetected cell (e.g., strongest cell), RRC layer 104 may ask PHY layer112 to decode information contained in a broadcast channel of the cellto determine the PLMN identity of the cell. RRC layer 104 then sends thedetermined PLMN identity to NAS layer 102, which uses the determinedPLMN identity in its PLMN selection process.

Generally, the search of an EARFCN to identify the PLMN identity list ofa detected cell may take up to 150 msec to complete. A full HPPLMNsearch to identify all detected cells for every known EARFCN (e.g., overa couple of supported RATs, with approximately 600 EARFCNs per RAT) maytake up to 3 minutes to complete. As a result, there is high likelihoodthat either uplink data will be generated by upper layers of the UEstack (e.g., applications on the UE) or downlink data will be received(e.g., paging data notifying the UE of incoming data) during a HPPLMNsearch. Such events cause the UE to transition from the idle mode to aconnected mode. More specifically, RRC layer 104, which manages theHPPLMN search, transitions from an idle RRC state to a connected RRCstate as depicted by RRC state diagram 200 shown FIG. 2.

Conventionally, the idle mode-to-connected mode transition by the UE(and RRC layer 104) causes the HPPLMN search being conducted to beaborted and any information (e.g., decoded PLMN information) acquiredduring the search to be lost. As a result, when the UE retardssubsequently to idle mode, NAS layer 102 triggers a new HPPLMN searchover all supported RATs and corresponding frequency bands. Again,generated uplink data and/or received downlink data may cause the searchto be aborted and a new subsequent search to be triggered at a latertime when RRC layer 104 returns to idle mode. For example, in smartphones and tablets, uplink data is generated periodically (e.g., pingpackets to server) such that the HPPLMN search is aborted frequentlywithout being able to fully terminate. As a result, the UE (particularlyRRC layer 104 and PHY layer 112) spends large amounts of time and powertrying to complete the HPPLMN search. Further, because the UE may notfully complete the HPPLMN search, the UE may remain camped on a lowerpriority PLMN than a higher priority PLMN, such as the HPLMN.

Embodiments provide an enhanced HPPLMN approach. In one embodiment,information acquired during a search (for each detected cell per EARFCN)is saved in a database by the RRC layer. In one embodiment, saved searchdata (e.g., including identified PLMNs) is linked to a serving celllocation identifier (which can be a combination of Physical CellIdentity (PCI) and EUTRAN Cell Global Identity (ECGI)), which identifiesthe cell that it belongs to. In an embodiment, saved search data ispersisted (maintained) in the database based on a validity timeassociated with the data. In an embodiment, the validity time is afunction of a mobility state of the UE, such that saved search data ispersisted longer when the UE is less mobile. In another embodiment,saved search data is aged by accounting for time spent in connected modebetween idle mode-to-connected mode and connected mode-to-idle modetransitions. Other indicators for determining the validity of savedsearch data can also be used, including information regarding thecell(s) camped on by the UE before transitioning to connected mode andafter returning to idle mode.

According to embodiments, an idle mode-to-connected mode transition bythe UE, rather than aborting the search, only suspends the search for itto be resumed at a later time upon a connected mode-to-idle modetransition by the UE. In an embodiment, saved search data that is validat the time of the transition is maintained and the EARFCN(s) associatedwith it is not re-visited in the current search. In an embodiment, thesearch is resumed based on weights that are associated with EARFCNs,where an EARFCN weight indicates a priority for visiting(searching/re-searching) the EARFCN. For example, an EARFCN that has notbeen searched before can be assigned the highest weight possible suchthat it is visited early upon resuming the search. A previously searchedEARFCN can be assigned a low weight such that it is re-visited onlyafter higher weight EARFCNs are visited. As a result, the HPPLMN searchcan be completed with a high probability despite frequency transitionsfrom the idle mode to the connected mode by the UE.

Example embodiments will now be described. These example embodiments areprovided for the purpose of illustration only and are not limiting.Generally, the example embodiments described herein are performed by theAS layers of the UE, including the RRC and PHY layers.

FIG. 3 is a flowchart of an example process 300 for performing a HPPLMNsearch according to an embodiment. Example process 300 may be performedby the RRC layer, the PHY layer, and the NAS layer of a LTE protocolstack, and may be triggered by the NAS layer of the LTE protocol stack.As described above, the HPPLMN search is initiated while the UE is inidle mode and performed during DRx inactivity periods.

As shown in FIG. 3, process 300 begins in step 302, which includesdetermining whether or not all supported RATs in the UE have beensearched in a current HPPLMN search. Step 302 is typically performed bythe RRC layer of the LTE protocol stack, which maintains a list of RATssupported by the UE. The supported RATs may be maintained in a priorityorder and searched according to this priority order. In an embodiment,the RRC layer begins by searching on the highest priority RAT. Aftercompleting the search on the highest priority RAT, the RRC layerreceives a request from the NAS layer to search on the next highestpriority RAT. This process completes until all supported RATs have beensearched.

If all supported RATs have been searched in step 302, then process 300proceeds to step 304, which includes sending a “search complete” messagefrom the RRC layer to the NAS layer. This completes the current HPPLMNsearch. Otherwise, process 300 proceeds to step 306, which includesselecting the next RAT to search. As described above, the RAT searchorder may be according to a priority order maintained by the RRC layer.

Process 300 then proceeds to step 308, which includes selecting a nextfrequency channel (EARFCN) to search. In an embodiment, for eachsupported RAT, the RRC layer maintains a list of all supported frequencybands and corresponding EARFCNs. In an embodiment, step 308 includesselecting the next EARFCN to search based on respective weightsassociated with the EARFCNs of the RAT, where an EARFCN weight indicatesa priority for visiting (searching/re-searching) the EARFCN For example,an EARFCN that has not been searched before can be assigned the highestweight possible such that it is visited early upon starting/resuming thesearch. A previously searched EARFCN can be assigned a low weight suchthat it is re-visited only after higher weight EARFCNs are visited. Inan embodiment, step 308 includes selecting the EARFCN with the highestweight among all EARFCNs.

In an embodiment, the weight given to an EARFCN is a function of arespective last visit time associated with the EARFCN. In anotherembodiment, the EARFCN weight is a function of a difference between therespective last visit time associated with the EARFCN and a respectivethreshold associated with the EARFCN. The EARFCN selected in step 308corresponds to the EARFCN with the most negative difference among allEARFCNs.

Once an EARFCN is selected in step 308, process 300 proceed to step 310,which includes configuring the PHY layer with the selected EARFCN. In anembodiment, step 310 is performed by the RRC layer, which configures thePHY layer to search the selected EARFCN in a next DRx inactivity period.

Subsequently, in the next DRx inactivity period, process 300 proceeds tostep 312, which includes searching for detectable cells on the selectedEARFCN. In an embodiment, step 312 includes the PHY layer performingsignal measurements to detect cells available on the selected EARFCN. Inan embodiment, a cell is detected if a received signal from the cell isstronger than a predetermined signal strength threshold. Cells may ormay not be detected on the selected EARFCN, depending, among otherfactors, on the location of the UE. If one or more cells are detected onthe selected EARFCN, the PHY layer reports the detected cells to the RRClayer. In an embodiment, the PHY layer reports a physical layer cellidentifier for each detected cell to the RRC layer.

Subsequently, the RRC layer selects one of the detected cells (e.g.,strongest detected cell) reported by the PHY layer and requests that thePHY layer decode the Physical Broadcast Channel (PBCH) of the selectedcell to retrieve the MIB (Master Information Block) of the selectedcell. The PHY layer decodes the PBCH and sends the MIB data to the RRC,which allows the RRC to determine the downlink bandwidth and PHICH(Physical Hybrid-ARQ Indicator Channel) parameters needed to decoded theSIB1 (System Information Block 1) of the selected cell. The RRC theninstructs the PHY layer to synchronize itself with the selected cell anddecode the SIB1 of the selected cell. The PHY layer decodes the SIB1 ofthe selected cell and sends the SIB1 data to the RRC layer. The SIB1data includes a PLMN identity list of PLMN(s) available on the selectedcell. The RRC layer saves in a database the MIB and/or SIB1 dataassociated with the selected cell. In an embodiment, the saved searchdata is linked to a serving cell location identifier (which can be acombination of Physical Cell Identity (PCI) and EUTRAN Cell GlobalIdentity (ECGI)), which identifies the selected cell. The RRC layer thensends the PLMN identity list of the selected cell to the NAS layer.

In an embodiment, the above described process can be repeated for anynumber of detected cells on the selected EARFCN. For example, asdescribed further, in an embodiment, the number of detected cells thatare decoded is based on a search depth associated with the EARFCN. Thesearch depth may be based on the visit history of the EARFCN (e.g.,number of times that the EARFCN has been visited within a time period,number of previously detected cells on the EARFCN, etc.).

After completing the search on the selected EARFCN in step 312, process300 proceeds to step 314, which includes determining whether or not theselected EARFCN corresponds to the last EARFCN to be searched in thecurrent HPPLMN search for the current RAT. If the answer to step 314 isno, process 300 returns to step 308, where a next EARFCN is selected asdescribed above. Otherwise, process 300 returns to step 302, wherein asdescribed above either a next RAT is selected to be searched or theHPPLMN terminates if all RATs have been searched in the current HPPLMNsearch.

In an embodiment, if an idle mode-to-connected mode transition by the UEis necessitated (e.g., uplink data ready for transmission, downlink datawaiting to be received), the RRC layer suspends the search andtransitions itself to the connected mode. Any search data saved in thedatabase is persisted in the database so long that a validity timeassociated with the data has not expired. In an embodiment, the validitytime is a function of a mobility state of the UE, such that saved searchdata is persisted longer when the UE is less mobile. In anotherembodiment, the saved search data is aged by accounting for time spentin connected mode between idle mode-to-connected mode and connectedmode-to-idle mode transitions. Other indicators for determining thevalidity of saved search data can also be used, including informationregarding the cell(s) camped on by the UE before transitioning toconnected mode and after returning to idle mode. For example, if thecell camped on by the UE before transitioning to connected mode is thesame as the cell camped on by the UE after returning to idle mode and ifthe UE has not completed any handover meanwhile, then it can be assumedthat the UE has not moved significantly and that any saved search datais still valid (the EARFCNs that correspond to the saved searched dataare thus not re-searched when the HPPLMN search resumes).

When the UE returns to the idle mode, the HPPLMN search can be resumedaccording to embodiments with any valid saved search data maintained inthe database. In an embodiment, the RAT being searched at the time thatthe search is suspended is saved, and thus the search can be resumed forthe same RAT when the UE returns to the idle mode. In an embodiment,referring to FIG. 3, the search resumes from step 308 by selecting anext EARFCN to search using the respective weights associated with theEARFCNs. Thus, in an embodiment, the search is resumed by searching theEARFCN with the highest weight at the time that search is resumed.

FIG. 4 is a flowchart of another example process 400 for performing aHPPLMN search according to an embodiment. Example process 400 may beperformed by the RRC layer and the PHY layer of a LTE protocol stack,and may be triggered by the NAS layer of the LTE protocol stack. Asdescribed above, the HPPLMN search is initiated while the UE is in idlemode and performed during DRx inactivity periods.

Example process 400 corresponds to a HPPLMN search over a single RAT andcan be repeated to search over multiple RATs. As shown in FIG. 4,process 400 begins in step 402, which includes initializing searchparameters. In an embodiment, a number of parameters are associated withand maintained for each EARFCN in the list of EARFCNs to be searched.The parameters determine the weights for the EARFCNs and govern theorder in which EARFCNs are visited and/or revisited. Some of theparameters are maintained intra-HPPLMN search (within a single HPPLMNsearch) and are re-initialized at the beginning of each new HPPLMNsearch, while other parameters are maintained inter-HPPLMN search (overmultiple HPPLMN searches).

In an embodiment, the following parameters are maintained for an EARFCN“f”.

-   -   Last visit time: L_(f)    -   Number of cells to be searched on EARFCN (search depth): N_(f)    -   Number of idle-connected-idle cycles since last visit to EARFCN:        C_(f)    -   Time spent in the current connected mode (if any): Z_(f)    -   Threshold for revisit to EARFCN: T_(f)    -   Number of times the EARFCN has been searched (visited): V_(f)

When the HPPLMN search starts, in an embodiment, the above parametersare initialized as follows for every EARFCN:

-   -   L_(f)=current time    -   N_(f)=2    -   C_(f)=0    -   Z_(f)=0    -   T_(f)=720/(Number of EARFCNs in Band/Minimum Bandwidth in Band)    -   V_(f)=0

Next, step 404 includes selecting a frequency channel (EARFCN) tosearch. In an embodiment, as described above, step 404 thus includesselecting the next EARFCN to search based on respective weightsassociated with the EARFCNs, where an EARFCN weight indicates a priorityfor visiting (searching/re-searching) the EARFCN.

In an embodiment, the weight given to an EARFCN (f) is a function ofL_(f) and/or T_(f). In another embodiment, the weight is a function of adifference between L_(f) and T_(f). Specifically, the EARFCN selected instep 404 corresponds to the EARFCN with the largest lag of L_(f) withrespect to T_(f). In an embodiment, this selection criteria is usedintra-HPPLMN search (e.g., across an idle-connected-idle cycle duringwhich the search is suspended and then resumed) or inter-HPPLMN search(across multiple HPPLMN searches). In an embodiment, if two or moreEARFCNs are tied with respect to this selection criterion, thenadditional criteria can be used. For example, the number of visits to anEARFCN (V_(f)) can be used to give higher search priority to EARFCNsthat have been visited less frequently in the past. As a final tiebreaker, the EARFCN value can be used. For example, lower valued EARFCNsare searched before higher valued EARFCNs.

After selecting an EARFCN to search, process 400 proceeds to step 406,which includes determining whether the current visit to the selectedEARFCN corresponds to the first visit to the EARFCN. In an embodiment,step 406 includes checking the V_(f) parameter associated with theselected EARFCN, which is maintained across HPPLMN searches. If theanswer to step 406 is yes, process 400 proceeds to step 410, skippingstep 408. Otherwise, process 400 proceeds to step 408.

Step 408 includes updating a search depth associated with the selectedEARFCN, where the search depth indicates a maximum number of cells todecode from cells detected on the EARFCN. In an embodiment, the searchdepth is set to a constant (e.g., 2) at the beginning of the very firstHPPLMN search. Subsequently, each time the EARFCN is re-visited, thesearch depth is increased or decreased depending on the number of cellspreviously detected on the EARFCN. In an embodiment, the search depth isincreased if a number of detected cells in a previous search (visit) ofthe EARFCN is greater than the search depth currently associated withthe EARFCN, and decreased if the number of detected cells in theprevious search of the EARFCN is lower than the search depth currentassociated with the EARFCN.

In an embodiment, the search depth of an EARFCN is given by theparameter N_(f) of the EARFCN. N_(f) is set to a constant at thebeginning of the very first HPPLMN search. Subsequently, in anembodiment, every time the EARFCN is revisited for search, N_(f) isincreased by a constant β (e.g., β=2) with a probability p (e.g., p=0.5)if more than N_(f) cells were detected in the previous search of theEARFCN and decreased by β (while keeping a lower limit on N_(f), e.g.,2) otherwise.

Subsequently, process 400 proceeds to step 410, which includes searchingthe selected EARFCN according to the search depth associated with theEARFCN. As such, step 410 first includes searching for detectable cellson the selected EARFCN. As described above, in an embodiment, thisincludes the PHY layer performing signal measurements to detect cellsavailable on the selected EARFCN. In an embodiment, a cell is detectedif a received signal from the cell is stronger than a predeterminedsignal strength threshold. Cells may or may not be detected on theselected EARFCN, depending, among other factors, on the location of theUE.

If one or more cells are detected on the selected EARFCN, the PHY layerreports the detected cells to the RRC layer. In an embodiment, the PHYlayer reports a physical layer cell identifier for each detected cell tothe RRC layer. Subsequently, the RRC layer selects one of the detectedcells (e.g., strongest detected cell) reported by the PHY layer andrequests that the PHY layer decode the Physical Broadcast Channel (PBCH,of the selected cell to retrieve the MIB (Master Information Block) ofthe selected cell.

The PHY layer decodes the PBCH and sends the MIB data to the RRC, whichallows the RRC to determine the downlink bandwidth and PHICH (PhysicalHybrid-ARQ Indicator Channel) parameters needed to decoded the SIB1(System Information Block 1) of the selected cell. The RRC theninstructs the PHY layer to synchronize itself with the selected cell anddecode the SIB1 of the selected cell. The PHY layer decodes the SIB1 ofthe selected cell and sends the SIB1 data to the RRC layer. The SIB1data includes a PLMN identity list of PLMN(s) available on the selectedcell. The RRC layer saves in a database the MIB and/or SIB1 dataassociated with the selected cell. In an embodiment, the saved searchdata is linked to a serving cell location identifier (which can be acombination of Physical Cell Identity (PCI) and EUTRAN Cell GlobalIdentity (ECGI)), which identifies the selected cell. The RRC layer thensends the PLMN identity list of the selected cell to the NAS layer.

The RRC then requests that the PHY layer repeat the search process foranother detected cell, if any, up to the search depth currentlyassociated with the EARFCN. When the EARFCN has been searched accordingto the EARFCN search depth in step 410, process 400 proceeds to step412, which includes updating the weight associated with the EARFCN. Thisensures that the EARFCN is re-visited only after other EARFCNs withhigher visit weights are searched. In an embodiment, step 412 includesupdating the last visit time L_(f) associated with the EARFCN to thecurrent time and updating the threshold for revisit T_(f) to the EARFCN.In an embodiment, T_(f) is updated by adding a pre-determined constantΔ₃ to it (T_(f)=T_(f)+Δ₃). In an embodiment, Δ₃ is equal to 720/(Numberof EARFCNs in Band/Minimum Bandwidth in Band).

Then, process 400 proceeds to step 414, which includes determiningwhether or not all EARFCNs for the selected RAT have been searched inthe current HPPLMN search. If not, process 400 returns to step 404 toselect a next EARFCN to search. Otherwise, process 400 terminates instep 416.

FIG. 5 is an example state diagram 500 that represents a HPPLMN searchaccording to an embodiment. Example state diagram 500 is provided forthe purpose of illustration only and is not limiting of embodiments. Asshown in FIG. 5, example state diagram 500 includes two states, a HPPLMNsearch active state 502 and a HPPLMN search suspended state 504. Inother embodiments, example state diagram 500 may include additionalstates, such as a HPPLMN search complete state, for example.

HPPLMN search active state 502 corresponds to the HPPLMN search beingongoing. As described above, in this state, the UE and the RRC layer arein idle mode. During DRx inactivity periods, the RRC layer controls thePHY layer to sequentially search EARFCNs of the selected RAT accordingto an order determined by respective weights associated with theEARFCNs. Search results (e.g., decoded PLMN identity list) are saved foreach visited EARFCN by the RRC layer.

While in state 502, an idle mode-to-connected mode transition within theUE can be detected (e.g., due to uplink data being generated by upperlayers and/or paging data being received notifying of incoming data tothe UE), which causes the RRC layer to transition from idle mode toconnected mode. This causes the HPPLMN search to transition from HPPLMNsearch active state 502 to HPPLMN search suspended state 504.

In an embodiment, a HPPLMN search active to a HPPLMN search suspendedstate transition does not cause earlier search results to be lost.Instead, saved search results for a previously searched EARFCN (e.g.,PLMN identity list) are persisted in a database according to a validitytime associated with them. The saved search results are consideredvalid, and the EARFCN is not re-visited when the search is resumed, aslong as the validity time associated with the saved search results islater than the current time. In another embodiment, the EARFCN is notre-visited when the search is resumed if the saved search results forthe EARFCN are valid, the UE has not completed any handovers (during thetime that the HPPLMN search was suspended), and/or a cell camped on bythe UE after returning to idle mode is the same as the cell camped on bythe UE before transitioning from idle mode to connected mode.

Subsequently, when the UE and the RRC layer return from connected modeto idle mode, the HPPLMN search transitions from HPPLMN search suspendedstate 504 to HPPLMN search active state 502, which allows the HPPLMNsearch to resume. In an embodiment, before the HPPLMN search is resumed,search parameters are updated to account for the time spent by the UE inconnected mode. In an embodiment, this is performed by updating thethreshold for revisit T_(f) for previously searched EARFCNs, for exampleby increasing T_(f) by Z_(f) (up to the T_(f) initialization value),which represents the time spent in connected mode (or HPPLMN searchsuspended state 504) (T_(f)=T_(f)+Z_(f)).

In an embodiment, the HPPLMN search dynamics are tied to a mobilitystate of the UE such that EARFCNs are searched and saved search resultsare aged according to the mobility state of the UE. For example, in anembodiment, if the UE is highly mobile, EARFCNs are re-visited morefrequently and saved search results are expired more rapidly (by beinggiven a shorter validity time). If the UE is less mobile or immobile,EARFCNs are re-visited less frequently and saved search results arepersisted for a long time, especially if the UE undergoes no handovers.

In an embodiment, a mobility state is defined and tracked for the UE.For example, the mobility state may be one of low mobility, mediummobility, and high mobility. Various approaches can be used to track themobility of the UE including handover patterns by the UE and/or mobilitydetectors within the UE. The mobility state of the UE can be tracked bythe UE itself and/or by a base station. Periodically, the mobility stateof the UE is checked to determine if it has changed. If a mobility statechange is detected while the HPPLMN search is ongoing, search parametersmay be updated accordingly. The HPPLMN search is not suspended to updatethe search parameters due to a mobility state change.

In an embodiment, a mobility state change results in a change in thevalidity time value associated with saved search results. For example,an increase in mobility leads to a shorter validity time such that savedsearch results age more rapidly. Conversely, a decrease in mobilityleads to a longer validity time such that saved search results arepersisted longer. In another embodiment, a mobility state change affectsthe frequency at which EARFCNs are re-visited. For example, in anembodiment, the threshold for revisit T_(f) for previously searchedEARFCNs is increased (up to the T_(f) initialization value) or decreased(up to a floor value) based on the current mobility state of the UE. Inan embodiment, T_(f) is updated according to T_(f)=T_(f)−a_(i)Δ₁, wherea_(i) is an integer that depends on the mobility state and Δ₁ is aconstant.

Embodiments have been described above with the aid of functionalbuilding blocks illustrating the implementation of specified functionsand relationships thereof. The boundaries of these functional buildingblocks have been arbitrarily defined herein for the convenience of thedescription. Alternate boundaries can be defined so long as thespecified functions and relationships thereof are appropriatelyperformed.

The foregoing description of the specific embodiments will so fullyreveal the general nature of the disclosure that others can, by applyingknowledge within the skill of the art, readily modify and/or adapt forvarious applications such specific embodiments, without undueexperimentation, without departing from the general concept of thepresent disclosure. Therefore, such adaptations and modifications areintended to be within the meaning and range of equivalents of thedisclosed embodiments, based on the teaching and guidance presentedherein. It is to be understood that the phraseology or terminologyherein is for the purpose of description and not of limitation, suchthat the terminology or phraseology of the present specification is tobe interpreted by the skilled artisan in light of the teachings andguidance.

The breadth and scope of embodiments of the present disclosure shouldnot be limited by any of the above-described exemplary embodiments, butshould be defined only in accordance with the following claims and theirequivalents.

What is claimed is:
 1. A method for performing a search over a pluralityof frequency channels in a device, comprising: selecting a frequencychannel from the plurality of frequency channels based on respectiveweights associated with the plurality of frequency channels; searchingthe frequency channel for detectable cells; and updating a respectiveweight associated with the frequency channel in response to saidsearching.
 2. The method of claim 1, wherein the respective weight isresponsive to a respective last visit time associated with the frequencychannel.
 3. The method of claim 2, wherein the respective weight isbased on a difference between the respective last visit time associatedwith the frequency channel and a respective threshold associated withthe frequency channel.
 4. The method of claim 3, wherein the differencecorresponding to the selected frequency channel is most negative amongthe plurality of frequency channels.
 5. The method of claim 3, whereinupdating the respective weight associated with the frequency channelcomprises updating the respective last visit time and the respectivethreshold associated with the frequency channel.
 6. The method of claim1, further comprising: detecting a cell on the frequency channel;decoding a system information block associated with the detected cell todetermine one or more Public Land Mobile Networks (PLMNs) associatedwith the detected cell; and storing the determined PLMNs associated withthe cell in a database.
 7. The method of claim 1, further comprising:detecting an idle mode-to-connected mode transition with the device; andsuspending the search over the plurality of frequency channels inresponse to said idle mode-to-connected mode transition.
 8. The methodof claim 7, further comprising: detecting a connected mode-to-idle modetransition within the device; and resuming the search over the pluralityof frequency channels in response to said connected mode-to-idle modetransition.
 9. The method of claim 8, wherein resuming the searchcomprises: comparing a first cell with a second cell, the first cellbeing a cell camped on by the device after the connected mode-to-idlemode transition and the second cell being a cell camped on by the devicebefore the idle mode-to-connected mode transition; and resuming thesearch over the plurality of frequency channels without re-searching theselected frequency channel if the first cell and the second cell are thesame.
 10. The method of claim 8, further comprising: updating therespective weight associated with the frequency channel based on aconnected mode duration between the idle mode-to-connected modetransition and the connected mode-to-idle mode transition.
 11. Themethod of claim 8, wherein resuming the search comprises: comparing avalidity time associated with data obtained by searching the frequencychannel with a current time; and resuming the search over the pluralityof frequency channels without researching the frequency channel ifvalidity time is later than the current time.
 12. The method of claim11, wherein the validity time is based on a mobility state of thedevice, further comprising: updating the respective weight associatedwith the frequency channel based on the mobility state of the device.13. The method of claim 1, further comprising: determining a number ofpast searches of the frequency channel; and updating a search depthassociated with the frequency channel based on the number of pastsearches, wherein the search depth indicates a maximum number of cellsto decode from cells detected on the frequency cell.
 14. The method ofclaim 13, further comprising: increasing the search depth associatedwith the frequency channel if a number of detected cells in a previoussearch of the frequency channel is greater than the search depthcurrently associated with the frequency channel; and decreasing thesearch depth associated with the frequency channel if the number ofdetected cells in the previous search of the frequency channel is lowerthan the search depth current associated with the frequency channel. 15.A method for performing a search over a plurality of frequency channelsin a device, comprising: sequentially searching frequency channels ofthe plurality of frequency channels according to an order determined byrespective weights associated with the plurality of frequency channels;detecting an idle mode-to-connected mode transition within the device;suspending the search over the plurality of frequency channels inresponse to the idle mode-to-connected mode transition within thedevice.
 16. The method of claim 15, further comprising: resuming thesearch over the plurality of frequency channels in response to aconnected mode-to-idle mode transition within the device withoutre-searching a frequency channel searched before the idlemode-to-connected mode transition within the device.
 17. The method ofclaim 16, wherein a cell camped on by the device after the connectedmode-to-idle mode transition is the same as a cell camped on by thedevice before the idle mode-to-connected mode transition.
 18. The methodof claim 16, wherein a validity time associated with data obtained bysearching the frequency channel before the idle mode-to-connected modetransition is later than a current time.
 19. A device, comprising: anon-access stratum (NAS) layer module configured to detect an expirationof a Higher Priority Public Land Mobile Network (HPPLMN) search timerand to send a command to an access stratum (AS) layer in response to theexpiration of the HPPLMN search timer; a radio resource control (RRC)module of the AS layer configured to initiate a HPPLMN search inresponse to the command and to save Public Land Mobile Networks (PLMNs)identified on a searched cell during the HPPLMN search, the RRC modulefurther configured to: suspend the HPPLMN search upon a connectedmode-to-idle mode transition, and resume the HPPLMN search upon aconnected mode-to-idle mode transition without discarding the PLMNsidentified on the searched cell, wherein a cell camped on by the deviceafter the connected mode-to-idle mode transition is the same as a cellcamped on by the device before the idle mode-to-connected modetransition.
 20. The device of claim 19, wherein a validity timeassociated with the PLMNs identified on the searched cell is later thana current time.